Here are some examples of macro definitions:<$MACRO
MacroName [ flags ] [ attributes ]>
...macro text...
/$MACRO
MyAddress
that only is a
shortcut for your email-address like
<$INCLUDE FILE="exmpl/m_addr.hsc" SOURCE PRE> <* show macro *>
<$INCLUDE FILE="exmpl/m_addr.hsc"> <* define macro *>
So every time, you insert the macro-tag in the HTML-object.
One of the most embarassing facts within HTML are physical/logical
styles. Taking a look at the HTML 3.0 proposed things, you find
loads of new styles:
..open the filehugo.txt and..
This seems much more reasonable to me then producing heaps of logical styles, but..
Note that you just created a container that requires an start- and end-tag.NXTREF
, which is the URI that should be referenced as the "next"
page.
So an example usage of this macro would be:
<$source PRE>
Note that the value of
If you wonder, what
Macro attributes can only be defined within opening macros. The
coresponding closing macro automatically inherits all attributes of
its opening macro. This seems more HTML-like to me.
SGML is able to handle macros.
To make your macros more powerful and flexible, you can use
expressions and
conditional conversion.
NXTREF
is passed to the HREF
attribute within the HREF=(NxtRef)
(see above) should
mean: This sets HREF
with the value stored in
NxtRef
. For details, read the section about
expressions.
Some Notes
Names for macros and attributes are case-insensitive.